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1. 


INTRODUCTION 


This  document  describes  a  model  of  an  image  processing  data  management  system 
called  the  Image  Processing  Data  Manager .  The  Data  Manager  is  an  interactive 
program  which,  using  a  data  base,  aids  the  user  in  performing  selective  image 
processing.  It  answers  his  queries  and  allows  him  to  specify  conditional  pro¬ 
cess  operation  and  data  retrieval.  The  user  communicates  with  the  Data  Manager 
using  a  language  which  is  a  combination  of  English  and  algebra.  The  system 
has  an  underlying  formal  syntactical  language  (which  may  be  used) ,  but  also 
incorporates  a  set  of  flexibility-introducing  techniques  which  allow  natural, 
English-like  communication. 


The  Data  Manager  is  implemented  for  the  IBM/370  using  the  ICOS  time-sharing 
system  and  the  CWIC  meta- compiler  languages.  It  is  readily  transferable  to 
operation  under  either  IBM  TSO  or  OS. 


The  data  base  associated  with  the  Data  Manager  is  a  catalog  of  what  is  available 
to  the  image  processor  in  terms  of  resource  images;  processed  pictures; 
processing  programs;  and  other  data  sets,  such  as  specialized  or  general 
transformation  matrices.  It  does  not  contain  the  actual  image  data  or  programs. 
Descriptions  of  processing  techniques,  individual  program  parameter  descriptions 
and  job  creation  information  may  also  reside  in  it.  The  processing  programs 
or  systems  described  need  not  be  an  integral  part  of  the  Data  Manager;  they 
may,  in  fact,  operate  on  a  different  computer  under  a  foreign  operating  system. 
The  Data  Manager  creates  jobs,  as  a  user  might.  The  current  test  data  base  is 
structured  to  create  jobs  for  the  IBM  370  Operating  System  and  to  use  specific 
image  processing  programs  which  operate  on  these  machines  (VICAR* ,  for  example)  . 


The  Data  Manager  can  be  used  as  an  experimental  tool  for:  (1)  studying 
the  language  requirements  of  a  user-oriented  query  language  for  image 
processing,  (2)  studying  the  data  structure  necessary  for  efficient 
storage  and  retrieval  of  pertinent  information  about  images,  and  (3)  learning 
how  to  organize  a  data  base  and  library  of  programs  so  that  all  the  parameters 
necessary  for  program  execution  can  be  extracted  from  the  data  base. 


2.  THE  HIERARCHICAL  DATA  BASE 


To  the  Data  Manager,  an  image  is  an  object;  objects  belong  to  one  or  more 
abstract  classes  of  objects.  Thus,  in  the  hierarchy  in  Figure  1,  all  the 
objects,  Ml,  M2,  VI,  V2,...,  L3,  belong  to  the  class  ARRAY;  Ml  also  belongs 
to  the  sub-classes  PICTURE  and  MARINER. 

A  specific  object  is  described  by  its  attributes,  attributes  are 
delineated  in  attribute-value  pairs.  For  example,  ROW=1000  is  an  attribute- 
value  pair  describing  how  many  rows  of  pixels  there  are  in  picture  Ml. 

_ _  1 

*A  generalized  image  enhancement  system  developed  by  Jet  Propulsion 
Laboratories,  Pasadena,  California. 


ARRAY :  PICTURE,  FILTER; 
PICTURE:  MARINER,  VIKING; 
FILTER:  HP,LP; 

MARINER:  Ml, M2, M3 ; 

VIKING:  VI ,V2 ,V3; 

HP:  H1,H2; 

LP:  Ll ,L2,L3; 


Attribute-value  pairs  are  similarly  defined: 

Ml:  ROW : =1000, COL: =1000, FILTER :=H2,  CHAR3-=S2- 
VI:  ROW: =2000, COL: =2000, FILTER :=L2; 

flexible15!^/3!3  relationshiPs  expressed  with  these  forms.  They  are  a 

flexible  list  structure  which  allows  members  of  a  list  to  noint-  ^  Y 

lists.  With  the  attribute-value  pairs,  FILTER  and  CHYR3  ^  f  °ther 

lists,  which  may  in  turn  point  to  still  other  list-  Note  t  are  other 

physical  descriptors  (such  as  PDW)  or  processiu,1  *" 

3*  THE  QUERY  LANGUAGE 

zzzx:  s:  S“tation  °f  a  —  ^hr °£ 


3.1 


FLEXIBILITY 


The  Data  Manager's  query  language  is  English-oriented.  Most  questions  are  a 

a  userato°Le  '?ngllSh  and  mathematical  notation.  A  synonym  capability  allows 
i  K  C1  y  manY  spellings  of  a  word.  Fcr  instance,  the  attribute  COL 
may  aiso  be  specified  as  COLUMN,  COLUMNS,  or  COLS  (if  these  words  are  defined 
ynonyms  for  COL) .  Noise  words  (words  which  are  ignored  by  the  Data  Manaqer) 
can  also  be  defined  by  the  user  to  make  queries  more  natural  Consider  an 

example.  To  obtain  a  list  of  pictures  which  are  in  a  gi^en  region  alone 

:  £orSrstar;rs' the  user  may  give  a  ^  ana  a-  ans»er  «*««*">  »si„ 


PIC  REGIONA— >C  ")RD 

He  may,  however,  use  synonyms  and  noise  words.  This  same  query  can  be  made  as 
FOR  ALL  THE  PICTURES  IN  REGIONA  LIST  THEIR  COORDINATES 


3.2 


POWER 


The  query  language  has  a  powerful  boolean  expression  capability  to  suit  a  wide 
range  of  potential  users.  The  simple  statement  above  may  involve  a  complex 
boolean  expression,  REGIONA,  which  determines  if  the  coordinates  of  a  picture 
lie  within  a  given  region: 


REGIONA:  Rl  OR  R2  OR  R3  OR  R4  OR  R5 

REGIONA  is  an  Rl  or  an  R2...  or  an  R5.  Rl  is  a  boolean  expression,  as  are 
R2,  R3,  R4 ,  and  R5.  Each  Rn  expression  is  a  comparison  of  a  coordinate  of 
a  picture  in  the  data  base  with  the  coordinates  of  a  given  region.  Each 
picture  is  assumed  to  have  five  such  coordinates  specif ied— the  corners  and 

the  center.  If  any  of  the  Rn's  is  true,  the.  REGIONA  expression  is  true;  the 
picture  is  in  the  region. 

A  possible  Rl  expression  is: 


Rl:  3 00000 <LT1 <700000  AND  1400000<LG1<1800000 


LT1  and  LG1  are  the  first  latitude  and  longitude  coordinates  of  the  picture 
being  tested.  Rl  demands  that  the  first  latitude  must  be  greater  than 
30°  00'  00"  and  less  than  70°  00'  00"  and  that  the  first  longitude  must  be 
greater  than  140°  00'  00"  and  less  than  180°  00'  00".  R2  through  R5  may 
make  similar  conditions  on  other  picture  reference  coordinates. 


Once  written,  these  expressions  may  be  saved  in  the  data  base;  any  user  may 
now  exercise  the  query  (or  a  variation  of  it)  with  little  awareness  of  the 
specifics  of  the  expressions. 

4*  REMOTE  PROCESSING 


One  of  the  most  powerful  features  of  the  Data  Manager  is  its  ability  to  obtain 
program  execution  parameters  directly  from  the  data  base.  It  can,  as  one  of 
its  options,  generate  a  complete  image  processing  job  (to  be  executed  external 
to  the  Data  Manager).  As  a  model,  the  existing  implementation  of  the  Data 
Manager  creates  VICAR  jobs. 

\ 

The  Data  Manager  finds  all  the  data  base  entries  that  meet  the  conditions  of 
a  query.  For  the  query  concerning  pictures  in  REGIONA,  every  picture  which 
as  at  least  one  latitude  and  longitude  coordinate  in  the  defined  region 
qualifies.  The  list  of  entries  is  passed  on  to  the  answer  processor.  If  job 
creation  is  indicated  in  the  answer  portion: 

PICTURES  IN  REGIONA=>MOSAIC 

and  MOSAIC  is  a  job,  the  job  processor  obtains  the  information  required  for 
Dob  formation  from  the  data  base  itself.  This  information  includes  the 


4 


i 


locations  of  data  sets,  their  file  numbers,  and  the  programs  that  are  to  be 
executed  and  their  parameter  requirements.  In  this  way  the  Data  Manager  serves 
as  a  front-end  processor  for  foreign  image  processing  systems. 


5.  DATA-BASE,  CREATION  STATEMENTS 

There  are  four  data  base  creation  (or  amplification)  statements.  With  them 
the  user  can  create  hierarchical  data  structures,  assign  attributes  to  objects 
or  groups  and  provide  synonyms  for  his  own  defined  terms  or  for  system  operators. 
These  statements  are  permissible  at  any  time  during  operation  of  the  Data 
Manager.  There  is  no  unique  data-base-generation  mode;  at  any  time  the  Data 
Manager  operates  on  its  current  information,  permitting  modification  or 
extension. 


5 . 1  OBJECT- CREATION  STATEMENT 


Form: 


Object  name:  OBJ:=  identifier  [,  attribute-pair] 

An  object  has  a  referent  in  the  real  world  such  as  a  picture,  a  camera-  or 
a  lens.  An  object  statement  identifies  this  entity  to  the  system. 


Attributes  describe  properties  of  an  object  and  are  associated  with  the  object 
as  attribute-pair  descriptors.  An  object  may  have  any  number  of  attribute  pairs. 
An  attribute  pair  consists  of  an  attribute  name  (which  identifies  the  attri¬ 
bute)  and  an  attribute  value.  The  attribute  value  may  be  an  identifier  (which 
is  interpreted  as  a  pointer  to  an  object),  a  number,  a  quoted  string  of 
characters,  or  a  list  of  these  values. 


Attribute  nane:= 


number 

text 

identifier 

list 


For  example,  to  describe  the  picture.  Ml,  the  following  object-creation  state¬ 
ment  could  be  used: 


Ml:  OBJ : =  -Ml,  ROW:=  1000,  C0L:=  1000, 

FILTER5 =  (F2 ,  F3,  F4) ,  COMMENT :=  'SLOT  lS  A  DEFECT  II  "NS1 


The  picture  is  named  Ml;  its  attributes  are  ROW,  COL,  FILTER,  and  COI  r. 
Attribute  values  are  expressed  as  numbers  (1000),  a  list  of  identifier  bointers 
(F2 ,  F3,  F4),  and  a  text  string. 
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An  object  must  have  an  OBJ  attribute  to  identify  it  as  such.  The  identifier 
associated  is  usually  the  same  as  the  object  name  but  may  be  any  name  (as  will 
be  seen  in  the  section  describing  the  creation  of  jobs  for  remote  processing) . 


5.2  GROUP  STATEMENT 


Form: 


Group  name:  identifier,  identifier  [, identifier) 

The  group  statement  collects  a  list  of  identifiers  and  assigns  the  group 
attribute  to  the  list.  This  statement  is  used  to  create  hierarchical  da’-a 
structures;  the  list  of  identifiers  may  include  names  of  groups  or  objects. 

To  buil^.  the  following  structure: 


DATA 


PICTURES  FILTERS  TABLES 


/l\ 

T1  T2  T3 


the  user  issues  the  following  group  statement: 


DATA: 

ARRAYS,  NON- ARRAYS 

ARRAYS: 

PICTURES,  FILTERS,  TABLES 

PICTURES: 

MARINER,  VIKING,  APOLLO 

FILTERS: 

HIGH-PASS,  LOW-PASS 

MARINER: 

Ml,  M2,  M3 

VIKING: 

VI,  V2 ,  V3 

APOLLO: 

Al,  A2 

HIGH-PASS: 

HPl ,  HP 2 

LOW-PASS: 

LP1,  LP2 

TABLES: 

Tl,  T2,  T3 

5.3  GROUP  ATTRIBUTE  QUALIFIERS 

Form: 


Group-statement,,  attribute-name :=  attribute  value 
[,  attribute-name :=  attribute-value] 

Attribute  pairs,  consisting  of  an  attribute  name  ana  an  attribute  value,  can 
be  added  to  any  group  statement.  These  attributes  apply  to  all  groups  and 
objects  contained  in  the  group  unless  they  are  overridden  in  a  lower  (less 
inclusive)  attribute  assignment.  Specifically,  an  attribute  such  as  date  may 
be  applied  to  a  whole  set  of  entities  by  assigning  the  date  at  the  group  level 
Or,  if  all  MARINER  pictures  have  been  acquired  using  the  same  scanner,  the 
scanner  attribute  can  be  attached  at  the  group  level,  rather  than  to  each 
individual  picture.  If,  however,  a  few  of  the  MARINER  pictures  were  scanned 
with  a  different  device,  these  few  pictures  can  have  that  attribute  attached 
to  the  individual  pictures,  overriding  the  group  attribute. 


For  example: 

MARINER:  Ml,  M2,  M3,  SCANNER :=  SC32M, 

DATE:=  [10,  11,  73] 

The  group  consists  of  Ml,  M2  and  M3;  the  SCANNER  and  DATE  attributes  have  been 
added . 

5 . 4  SYNONYMS 

Form: 

identifier:  identifier  [:  identifier] 

5’/L1  Synonyms  for  Groups,  Objects,  and  Attributes 

The  synonym  statement  enumerates  synonyms  for  the  name  of  an  object,  group  or 
attribute.  One  and  only  one  identifier  in  the  list  must  have  been  used  to 

create  a  group,  object,  or  attribute.  All  other  identifiers  are  stored  in  the 
data  base  with: 

t 

SYN:=  identifier 


The  identifier  is  the  previously  known  item.  When  a  word  with  a  SYN  attribute 
is  encountered,  the  identifier's  value  is  substituted. 


For  example: 


■a 


COL:  COLS:  COLUMNS:  COLUMN 

If  COL  is  previously  defined,  COLS,  COLUMNS,  and  COLUMN  each  acquire  a  SYN 
attribute  rfhich  points  to  COL.  When  COLS,  COLUMN,  or  COLUMNS  is  used,  COL 


5.4.2 

Form: 


Synonyms  for  Operators 


Identifier:  OP:=  identifier,  RELOP: =  known-identifi 


er 


Words  may  be  made  synonymous  with  some  of  the  special  symbols  the  system  uses 

tl0nai  operators*  This  is  done  by  using  the  form  abo^e,  where 

Sr  Sr'n  f  USer’S  W°rd'  the  knOWn  identifier  is  the  system  mnemonic 

for  the  particular  relational  symbol,  and  RELOP  and  OP  are  the  key  attributes 
necessary  for  synonymous  operator  definition. 

2s  brbs^ruSjoStSdj^o:lea':  system  “ic8  for  <*•»*«  «-* 


=  EQ 
<  LS 
>  GR 

For  example: 


EQUAL:  OP:=  EQUAL,  RELOP :=  EQ 


INPUT  PHASE  ROW  EQUAL  COL 

EQUIVALENCE:  BOW  =  COL 

5-5  USER-DEFINED  EXPRESSIONS 


As  part  of  data  base  creation,  the  user  may  define  arithmetic  or  booles 
-xpressions  to  be  used  as  part  of  subsequent  user  query  statements. 


5.5.1 


Arithmetic  Expressions 


Form: 


label:  operand  operator  operand 


An  arithmetic  expression  specifies 
algebra. 


a  value  in  a  way  similar  to  ordinary 
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It  is  a  labeled  combination  of  operands  and  operators.  The  label  is  any  com¬ 
bination  of  letters  and  digits  beginning  with  a  letter. 

5. 5. 1.1  Operands 

The  operands  of  an  arithmetic  expression  may  be  numeric -valued  attributes, 
constants,  or  previously  defined  arithmetic  expressions.  An  attribute  used 
as  a  value  in  an  arithmetic  expression  may  appear  by  itself  or  in  combination 
with  an  object  or  group.  If  it  appears  by  itself,  it  will  take  on  the  value 
of  the  attribute  for  each  object  being  evaluated;  if  it  is  paired  with  an 
object,  it  is  a  single  value;  if  it  is  paired  with  a  group,  it  takes  on  the 
value  of  the  attribute  for  group  members.  An  arithmetic  expression  is  evaluated 
for  each  object  in  the  range  of  the  expression. 

For  examples 

DIM:  ROW  *  COL 

PICTURE  DIM 


In  this  example,  the  arithmetic  expression  named  DIM  contains  two  attributes* 
ROW  and  COL.  When  PICTURE  and  DIM  are  paired  to  form  another  expression,  every 

object  m  the  PICTURE  group  has  its  rows  multipxied  by  its  columns  to  evaluate^ 
the  operand. 


Within  arithmetic  expressions,  constants  may  be  written  either  in  standard 
mathematical  notation  or  in  linearized  power-of-10  notation: 

10.35  +11.3  -18.65  500 

. 365E-4  .4987E+7  328 

In  the  above  example,  E-4  indicates  multiplication  by  10~^. 


5 . 5 .  ], .  2  Operators 


Arithmetic  operators  are  used  to  combine  operands  into  arithmetic  expressions. 
The  arithmetic  operators  are: 


+ 

* 

/ 

ABS ( • ) 
SIN ( • ) 
COS  ( • ) 


addition 

subtraction 

multiplication 

division 

absolute  value 

sine 

cosine 


ARCSIN ( • ) 
ARCCOS ( • ) 
LN  ( • ) 

ATOBX (a,b) 
MAX ( • ) 

MIN ( • ) 


arcsine 
arccosine 
natural  logarithm 
a*3 

maximum 

minimum 


Within  arithmetic  expressions, 


multiplication  must  be 


explicitly  stated. 
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- .  -  ....  ,  , - 


5.5.2 


Boolean  Expressions 


A  boolean  expression  is  one  which  evaluates  to  one  of  two  values:  true  or 

false.  An  arithmetic  expression  is  a  special  case  of  a  boolean  in  that  it  is 
true  if  the  attributes  in  the  expression  exist  for  the  entity  being  tested, 

5. 5. 2.1  Relational  Expressions 

Form: 

Label:  operand  relational-operator  operand 

where  each  operand  is  an  arithmetic  expression  or  the  name  of  an  arithmetic 
expression  and  the  relational  operators  are: 


* 

equal 

/= 

no4-  equal 

< 

less  than 

> 

greater  than 

<= 

less  than  or 

equal 

>= 

greater  than 

or  equal 

For  example: 

RECTANGLE :  FOWS/=COLS 
SQUARE :  ROWS=COLS 
5. 5. 2. 2  Logical  Expressions 


Form: 


Label:  operand  logical-operator  operand 

where  each  operand  is  a  relational  expression  or  the  name  of  a  relational 
expression  and  the  logical  operators  are: 

AND 

OR 

For  example: 

Rl:  LAT>100  AND  LONG>175 

BIG- RECTANGLE:  RECTANGLE  AND  DIMENSION>5000000  . 

In  the  first  example,  two  relational  expressions  are  combined.  In  the  second, 
BIG-RECTANGLE  is  defined  as  a  RECTANGLE  (a  previously  defined  expression)  and 
a  new  relational  expression  (using  a  previously  defined  arithmetic  expression) . 
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6. 


QUERY  STATEMENTS 


A  query  to  the  Data  Manager  is  stated  in  the  form  of  a  conditional  function.  The 
function  consists  of  two  parts:  the  condition  portion  and  the  answer  portion. 

The  condition  portion  is  a  boolean  expression  which,  in  use,  produces  a  list 
of  names  of  data  base  entries  satisfying  the  condition  of  the  expression.  The 
answer  portion  (optional)  structures  the  Data  Manager's  response.  It  defines 
a  series  of  arithmetic  expressions  which  are  evaluated;  a  value  for  every 
member  of  the  list  is  returned. 

boolean-expression  [=>arithmetic  expression  [, arithmetic  expression]  ] 

The  answer  portion  is  signaled  by  the  arrow  (=>) .  The  word  LIST  or  PRINT  may 
be  used  in  place  of  the  arrow  to  serve  the  same  function. 

If  a  query  consists  of  only  a  boolean  expression,  the  names  of  those  objects 
satisfying  the  expression  are  returned  (along  with  the  last  attribute  of 
the  expression) . 

For  example :  A  query 

PICTURE  ROW  >  2015 


returns: 


PICTURE 

ROW 

M2 

2300 

M5 

3015 

M6 

2016 

Since  an  arithmetic 

expression  may  be 

simply  the  name 

of  an  attribute; 

the 

answer  portion  can 

contain  a  list  of 

attributes  to  be 

printed  for  each 

hit. 

For  example : 

PICTURE 

RDW>1050  =>  COL, 

DIM 

would  cause  to  be  printed 

PICTURE 

ROW 

COL 

DIM 

Ml 

1100 

1100 

1210000 

M2 

2300 

2000 

4600000 

M5 

3015 

3000 

9045000 

M6 

2016 

2000 

2016000 
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6.1 


The  KNOW  Attribute 


If  the  user  desires  to  know  all  the  attributes  of  a  particular  object,  he  can 
use  the  special  KNOW  attribute. 

For  example: 

P3  KNOW 

will  return: 

ATTRIBUTE 

OBJ 
ROW 
COL 
OWNER 
DATE 


FILTER 

6.2  Pointer  Attributes 

The  values  of  certain  attributes  may  be  pointers  to  other  objects.  In  the 
example  above,  F5  is  another  object.  Without  knowing  the  value  of  FILTER  (F5) , 
FILTER  can  be  indirectly  addressed  and  F5's  attributes  retrieved. 

For  example: 

P3  FILTER  ROW 

returns  the  value  of  the  ROW  attribut  .  of  F5,  not  the  ROW  attribute  of  P3. 

Pointer  attributes  may  be  added  indefinitely  to  a  group  or  object  as  long  as  tne 
previous  attribute  is  a  pointer  attribute. 

For  example: 

P3  CAMERA  LENS  APERTURE 

This  attribute  search  finds  the  CAMERA  attribute  of  P3,  then  the  LENS  of  that 
CAMERA  and  finally  the  APERTURE  of  that  LENS. 


VALUE 

P3 

100 

100 

ROB  NEMO 
12 
15 
73 
FI 
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6.3  REVERSAL  OPERATORS 

It  is  more  natural  to  express  the  query  in  the  lens  aperture  example  in 
reverse  order.  The  words  OF  or  IN  may  be  used  to  reverse  the  order  of  any  pair 

For  example: 

APERTURE  OF  LENS  OF  CAMERA  OF  P3 
is  equivalent  to: 


P3  CAMERA  LENS  APERTURE 


However,  since  some  natural  usages  of  the 
'object  attribute'  or  'object  condition' 
the  phrase: 


word  IN  maintain  the  sequence  of 
rather  than  reverse  it,  such  as  in 


PICTURES  IN  REGIONA 

where  REGIONA  is  a  boolean  expression,  the  Data  Manager  performs  reversal  only 
if  the  first  element  of  the  triple:  1 

WORD  IN  WORD 

is  not  an  object  or  a  group. 

6.4  NOISE  WORDS 


To  make  queries  more  English-like  and  more  natural, 
query  vocabulary  by  defining  a  set  of  noise  words, 
the  NOISE  attribute  to  these  words.  Noise  words  are 


the  user  may  extend  his 
This  is  done  by  assigning 
ignored . 


To  define  noise  words,  create  an  object  with  a  NOISE 
of  synonyms  for  that  object. 


attribute  and  then  a  list 


For  example: 


FOR:  NOISE :=  NOISE 

FOR:  ALL:  WHAT:  IS:  THE:  USED 

\ 

Now  the  aperture  previously  asked  for  can  be  requested  by: 

WHAT  IS  THE  APERTURE  OF  '"'HE  LENS  IN  THE  CAMERA  USED  IN  P3. 
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7. 


remote  processing 


The  answer  to  a  query  might  be  the  creation  of  a  computer  job  to  be  executed 
subsequently.  This  job  may  call  on  programs  distinct  from  the  Data  Manager, 
but  available  within  the  total  system.  The  VICAR  image  processing  sub-system 
comprises  such  a  set  of  programs.  Through  its  facility  to  generate  jobs  for 
remote  processing,  the  Data  Manager  can  be  made  to  serve  as  a  front-end  data 
management  system  for  an  image  processing  laboratory. 

7.1  PREPARING  THE  DATA  BASE 

The  Data  Manager  generates  the  job  control  language  (JCL)  and  all  parameters 
required  for  the  job  to  be  executed.  The  data  base  creator  stores  the  defini¬ 
tion  of  the  JCL  and  parameters  in  the  data  base.  The  JCL  may  be  added  to  or 
changed  by  modifying  the  data  base;  there  is  no  need  to  reprogram  the  JCL 
generation  program.  The  subsequent  sections  describe  how  the  JCL  is  stored  in 
the  data  base  using  standard  data-base-creation  statements.  Use  of  the  JCL 
attribate  is  essential  to  this  process. 

Consider  a  job  called  MOSAIC,  which  produces  a  mosaic  of  all  the  pictures  in  a 
given  region.  Each  picture  will  be  projected  by  the  program  PROJECT  and  then 
all  of  the  projected  images  will  be  input  to  the  MOSAIC  program,  which  produces 
the  final  mosaic.  The  region  is  defined  by  the  latitude  and  longitude  coordinates 
of  a  rectangle  ,.nich  encompasses  the  area.  A  picture  is  considered  in  the  region 
if  any  of  the  reference  points  in  the  picture  have  latitude  and  longitude 
coordinates  which  lie  within  the  rectangle.  Query  interpretation  supplies  a 
list  of  pictures  falling  in  the  region;  the  answer  processor  creates  the  job. 

7.1.1  Defining  the  Objects  and  Condition 

Data  base  entries  for  each  picture  follow  the  pattern  of  two  samples,  PI 
and  P2. 


PI:  OBJ:  =LT1:  =605000,  LGl  *=1474500  ,LT2: =545000  ,LG2:  =1481500 , 

LT3: =615500 ,LG3:  =153  3 300 ,LT4: =550000 ,LG4 : =1541200 , 

LT5: =581000, LG5:  =1510000,  ROW:  =775, COL: =900, 

FORMAT :  =F0RMATB ,  VOL :  = '  SER=TAPE1 '  ,FILE :  =3 ,  ID :  =TAPE  1 ; 

P2:  OBJ  :=P2,LT1:=544000,LG1  :  =  1541000, LT2:  =  533400,LG2:  =1545900, 

LT3:=555200,LG3:  =1595200  ,LT4:  =535400 ,LG4: =1605800 , 

LT5: =520600, LG5:  =1573500, ROW: =775, COL: =900, 

FORMAT :  =F0RMATB ,  VOL :  = '  SER=TAPE2 '  ,FILE :  =6 ,  ID :  =TAPE 2 ; 

The  LT  and  LG  attributes  are  coded  names  for  five  reference  latitude  and 
longitude  coordinates  for  each  picture  (the  comers  and  the  center)  .  The 
FORMAT B  attribute  specifies  the  JCL  parameters  for  tapes,  VOL  is  another 
JCL  parameter  (tape  volume),  FILE  is  the  file  number  on  the  particular  tape, 
and  ID  is  the  name  of  a  tape. 


14 


» 


A  PICTURE  or  PICTURES  (synonym)  is  defined  as  a  group: 

PICTURE:  Pi  ,P2,P3,P4,P5,P6,P7  ; 

A  REGION  is  defined  to  be  the  boolean  expression: 

REGION  :R1  OR  R2  OR  R3  OR  R4  OR  R5,- 

R1  through  R5  are  definitions  of  coordinate  relationships  for  each  of  the  five 
coordinates  of  a  picture.  The  first  three  are  shown  below: 

Rl:  (EXTENT  COORD  LT2<LTl<EXTENT  COORD  LTl)  AND 
(EXTENT  COORD  LG2<LG1<EXTENT  COORD  LG3; 

R2:  (EXTENT  COORD  LT2<LT2<EXTENT  COORD  LTl)  AND 
(EXTENT  COORD  LG2<LG1<EXTENT  COORD  LG3) ; 

R3:  (EXTENT  COORD  LT2<LT3<EXTENT  COORD  LTl;  AND 
(EXTENT  COORD  LG2<LG3<EXTENT  COORD  LG3)  i 
EXTENT: OBJ :=EXTENT,  COORD : =PROJl ; 

PROJ1: TYPE  :=MERCATOR, LTl :  =  700000,LG1:  =1400000 
,LT2:=300000,LG2 :=1400000 
„LT3  .-=700000, LG3:=1800000 
,LT4 :=300000 ,LG4 :=1800000 ; 

7.1.2  Defining  the  Job 

The  following  object  creation  statement  sets  up  the  MOSAIC  job. 

MOSAIC:  VICAR : =M0SAIC ,  JCL:=VSETUP , PGM := (PROJECT, M0SAIC2) ,OUTPUT:= 
(SYSTEM,  USER,  OUTNAME) 

The  job  uses  components  of  the  VICAR  system  (PROJECT  and  MOSAIC2)  ,  the  JCL  list 
is  called  VSETUP  (and  is,  in  this  example,  directed  to  the  IBM  OS  system), 
and  the  OUTPUT  is  specified  indirectly.  As  a  convention,  a  listed  value  for 
certain  attributes  signals  that  the  value  is  to  be  interpreted  indirectly  (just 
as  with  the  range  in  a  boolean  expression).  In  this  case,  the  OUTPUT  specifica¬ 
tion  is  found  by  looking  at  the  SYSTEM  entry.  SYSTEM'S  USER  attribute  points 
to  a  specific  user.  USER'S  value  points  to  another  attribute  which  finally 
determines  the  output  file  description.  This  indirect  addressing  built  into  the 
job  description  allows  each  user  to  define  his  own  output  destination  without 
generating  a  separate  MOSAIC  job  description. 

For  example: 

SYSTEM : USER: =NIMENSKY ; 

NIMENSKY :  J0BID:  = ' (08648,98312,3325) ' , OUTNAME : =B0B0UT ; 

BOBOUT  :  FORMAT :  =F0RMATB ,  VOL  :  = '  SER=B0B0UT  '  ,  ID  :  =B0B0UT  ; 
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are  the  data  base  entries  which  specify  a  particular  user,  NIMENSKY.  The  Data 
Manager  knows  how  to  locate  all  the  variable  data  in  the  job  description, 
relieving  the  user  of  the  necessity  of  defining  data  over  and  over  again.  The 
Data  Manager  goes  from  SYSTEM  to  NIMENSKY  to  find  that  OUTNAME  is  BOBOUT;  if 
another  user  were  operating  the  system,  he  could  change  SYSTEM:  USER  to  his 
name  (in  his  copy  of  the  system)  so  that  his  JOBID  and  OUTNAME  would  be  used 
in  the  generated  JCL. 

For  every  VICAR  job,  there  are  eight  standard  JCL  statements.  These  are  defined 
in  VSETUP,  the  data  base  entry  pointed  to  in  the  MOSAIC  definition. 

VSETUP : VICRUNX , JOBLIB , STEP1 , SYSOUT , SYSUDUMP , FT06F001 ,FT07F001 , VSYSOO ; 

VICRUNX : JCL: = JOB, BLANK: = ( SYSTEM, USER, JOBID) , BLANK : = 

(SYSTEM, USER) ,CLASS:=D,TIME:=15; 

JOBLIB : JCL : =DD , DSN : = ' IPLl . VICARLIB ' , DISP : =SHR, VOL : = ' SER=000530 ' , 

UNIT : =2314; 

STEP1 : JCL : =EXEC , PG4 : =VMAST , REGION :  =  ' 2  50K ' ,TIME:=15; 

SYSOUT: JCL: =DD,SYSOUT: = ' A' , DCB : = ' BLKSIZE=3520 ' ; 

SYSUDUMP : JCL : =DD , SYSOUT :  = '  A ' ; 

FTO6F00 1 : JCL : =DD , SYSOUT :  =  '  A '  ; 

FT07F001: JCL: =DD, SYSOUT :=,B' ; 

VSYSOO: JCL :=DD, UNIT: =2314, SPACE :  =  '(TRK, 2)  '  ; 

Other  jobs  using  programs  from  other  subsystems  generate  different  JCL; 
the  job  definition  need  only  refer  to  a  different  list.  In  this  case,  the 
first  JCL  statement,  VICRUNX,  is  a  JOB  statement  (modeled  after  SDC's  standard 
job  card).  The  attribute  pairs  coincide  with  the  keyword  and  value  orientation 
of  the  OS  JCL  format.  The  translation  from  data  base  entry  to  specific  JCL 
statement  is  primarily  one  of  editing  and  interpretation  of  indirect  addressing. 
Within  the  Data  Manager,  a  convention  has  been  instituted  to  take  care  of  unique 
JCL  formats.  For  instance,  in  the  OS  JOB  statement,  there  is  no  keyword  for 
the  job  identifi cation  field.  Within  the  Data  Manager,  the  BLANK  attribute  is  used 
to  indicate  'no  keyword'.  Since  quoted  textual  strings  are  legal  attribute 
values,  the  SYSTEM  USER  JOBID  is  entered  as  JOBID:=' (08648,98312,3325) '  in  the 
NIMENSKY  entry.  The  general  rule  for  JCL  generation  is  to  use  the  name  of  the 
statement  as  the  statement  label,  ignore  the  'JCL'  but  print  its  value  as  the 
statement  type,  and  then  using  the  remaining  attribute  pairs,  print  the  keyword, 
an  equal  sign  (=),  and  the  value.  Separate  all  successive  pairs  by  commas  and 
adjust  for  end  of  line.  The  following  JCL  will  be  generated  from  the  VSETUP 
information  when  the  MOSAIC  job  is  exercised. 


//VICRUNX  JOB  (08648,98312,3325)  ,NIMENSICY,CLASS=D, TIME-15 

//JOBLIB  DD  DSN=IPL1,VICARLIB,DISP=SHR,VOL=SER=000530,UNIT=2314 

//STEPl  EXEC  PGM=VMAST , REGION=250K,TIME=15 

//SYSOUT  DD  SYSOUT=A,DCj1=BLKSIZE=3520 

//SYSUDUMP  DD  SYSOUT=A 

//FT06F001  DD  SYSOUT=A 

//FT07F001  DD  SYSOTJT=B 

//VSYSOO  DD  UNIT=2314 , SPACE- (TRK, 2) 

Next,  for  each  data  set  that  lies  within  the  region,  a  data  definition  (DD) 
statement  must  be  generated.  Because  PROJECT  has  the  REPEAT  attribute,  a 
temporary  data  set  will  be  established  for  ea'h  output  picture.  The  basic  JCL 
for  tape  units  (input  to  PROJECT)  is  generated  from  the  FORMATB  statement;  the 
temporary  data  sets  are  directed  to  disk  arid  are  generated  from  FORMATA.  The 
data  base  statements  for  this  JCL  followi 

PROJECT  :  PGM :  =PROJECT ,  INPUT  :  = '  @  '  , OUTPUT :  =TEMP , PARAMS :  =  (PARAM1 , 

PARAM2)  ,REPEAT:='@'  ,OUTSIZE:=  (1,1,2000,2000)  ; 

PARAMl : PA  RAMS :  =  ( EXTENT , COORD ) ; 

PARAM2: PARAMS :  =  ('@'  , COORD)  ; 

MOSAIC  2 : PGM : =MOS AIC  2 , INPUT :  =  (TEMP )  , OUTPUT : = ( SYSTEM , USER , OUTNAME ) ; 

FORMATA:  JCL:  =DD, UNIT:  =2314,  DCB:  =  '  (BLKSIZE=6000  ,LRECL=2000)  ', 

SPACE :  = '  (6000,  (0710) , , .ROUND)  ' ; 

FORMATB: JCL: =DD, LABEL :='  (,BLP) ' ,DISP:='  (OLD, KEEP)  ' ,UNIT:=TAPE7 , 

DCB:  =  '  (BLKSIZE=0  ,LRECL=0  ,DEN=2  ,TRTCH=C)  '  ,VOL:=('@'  ,VOL)  ; 

The  generated  JCL  will  be: 

//VSYS01  DD  LABEL=  (  ,BLP )  ,DISP=  (OLD, KEEP)  ,UNIT=TAPE7  , 

//  DCB=  (BLKSIZE=0,LRECL=0,DEN=2  ,TRTCH=C)  ,VOL-SER-TAPEl 

//VSYS02  DD  LABEL=(,BLP)  ,DISP= (OLD, KEEP) ,UNIT=TAPE7, 

//  DCB=  (BLKSIZE=0  ,LRECL=0  ,DEN=2  ,TRTCH=C)  ,VOL=SER=TAPE2 

/ /VSYS03  DD  LABEL=(  ,BLP)  ,DISP=  (OLD, KEEP)  ,UNIT=TAPE7, 

//  DCB=  (BLKSIZE=0,LRECL=0 ,DEN=2  ,TRTCH=C)  ,VOL-SER-TAPE3 

//VSYS04  DD  LABEL=(  ,BLP)  ,DISP=  (OLD, KEEP)  ,UNIT=TAPE7, 

//  DCB=(BLKSIZE=0,LRECL=0,DEN=2,TRTCH=C)  ,VOL=SER=TAPE4 

//VSYS05  DD  UNIT=2314,DCB= (BLKSIZE=6000,LRECL=2000) , 

//  SPACE= (6000 , (0710) ,,, ROUND)  ,DSN=&&S5 

//VSYS06  DD  UNIT=2314,DCB= (BLKSIZE=6000,LRECL=2000) , 

//  SPACE= (6000 , (0710) , ,, ROUND) DSN=&&S6 

//VSY07  DD  UNIT=2314,DCB= (BLKSIZE=6000,LRECL=2000) , 

//  SPACE= (6000, (0710) ,,, ROUND) ,DSN=&&S7 

//VSYS08  DD  UNIT=2314 , DCB=  (BLKSIZE=6000 ,LRECL=2000)  , 

//  SPACE= (6000 , (0710) ,,,  ROUND) ,DSN=&SS8 

//VSYS09  DD  LABEL=  ( , BLP )  ,  DISP=  (OLD, KEEP)  , UNIT=TAPE7 , 

//  DCB=(BLKSIZE=0,LRECL=0,DEN=2,TLrCH=C)  ,VOL=SER=BOBOUT 
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Setting  up  the  actual  job  (which  is  a  parameterized  call  to  the  VICAR 
driver,  VMAST)  begins  with  the  standard  input  (SYSIN)  file  definition.  The 
input  files  and  output  files  are  determined  from  the  VICAR  description.  The 
specific  parameters  are  taken  from  the  data  base. 

The  parameters  for  PROJECT  are  described  by  its  PARMS  attribute:  PARAM1 , 
PARAM2.  Proceeding  down  another  level,  PARAM1  is  defined  as  in  indirect 
address,  EXTENT  COORD  that  is,  the  value  of  the  COORL  attribute  of  EXTENT. 
Tha  definition  of  EXTENT  is: 


EXTENT  :  OBJ :  =EXTENT ,  COORD :  =PR0J1  ; 

PROJ1:  TYPE :  = MERCATOR, LT1 :  =700000  ,LGL :  =1400000 
, LT2: =300000, LG2: =1400000 
,LT3: =700000, LG3: =1800000 
,LT4: =300000 , LG4: =1800000; 


The  COORD  of  EXTENT  is  PROJl.  Thus,  the  actual  set  of  parameters  are  the  values 
of  PROJl.  When  generating  parameters,  all  the  attribute  names  are  ignored. 

P ARAM 2  is  defined  using  '@*.  This  signals  an  indirect  reference  to  the  input 
data  set:  the  coordinates  of  the  input  picture  will  be  used  for  the  second  set 
of  parameters.  A  sample  portion  of  the  parameter  generation  for  PROJECT  is: 


DD  * , DCB=BLKS IZE=80 


//  SYSIN 

1  PROJECT 
MERCATOR 
180.00.00 
60.50.00 
55.00.00 


VTESTX 
7C. 00.00 
30.00.00 
147.45.00 
154.12.00 


SI  FILE  3 
1 

140.00.00 

180.00.00 

54.50.00 

58.10.00 


1  2000  2000 
30.00.00 

148.15.00 

151.00.00 


1 

10000000050u0 
140.00.00  70.00.00 

61.55.00.  153.33.00 


The  parameters  and  job  control  for  the  mosaicking  step  are  generated  similarly. 
The  complete  data  base  is  contained  in  Appendix  A.  a  complete  example  of 
JCL  generation  is  in  Appendix  B.  All  the  JCL  is  generated  based  upon 
the  particular  data  base  entries  satisfying  the  query  conditions  or  upon  the 
data  base  definition  of  the  job. 

7  2  CREATING  A  JOB  THROUGH  QUERY 


Once  the  proper  data  base  entries  have  been  configured,  the  user  exercises  the 
system's  job  creation  facility  with  a  simple  query: 

t 

FOR  ALL  PICTURE^  IN  REGIONA  =>M0SAIC 


The  system  finds  those  pictures  which  lie  within  a  particular  region  (REGIONA)  . 
The  range  of  all  pictures  is  the  group,  PICTURE;  REGIONA  is  a  rather  complex 
boolean  expression  (given  previously) . 
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The  query  is  parsed  so  that  the  noise  words  FOR  and  ALL  are  ignored  and  the 
reversal  operator  IN  is  recognized,  but  also  ignored,  because  PICTURES, 
synonymous  with  PICTURE,  is  a  group.  Every  member  of  PICTURE  —  PI,  P2,  P3 , 
P4,  P5,  P6,  and  P7  —  is  tested  against  the  boolean  expression,  REGION.  If 
the  boolean  expression  is  true,  the  name  of  that  picture  is  passed  on  to  the 
MOSAIC  processor. 

Consider  this  evaluation  as  it  proceeds  for  the  first  phrase  in  expression 
REGIONA:  Rl  (given  previously).  First,  EXTENT  COORD  LT2  is  evaluated.  The 
value  of  COORD  attribute  of  EXTENT  is  PROJ1.  The  LT2  attribute  of  PR0J1  is 
30° 00' 00".  The  t  phrase  in  Rl  is  <LT1< .  LTl  is  an  attribute  without  an 
object}  therefore  the  current  object  (picture)  is  used.  The  first  picture, 
Pi,  has  an  LTl  of  60° 50 '00".  The  next  phrase  is  EXTENT  COORD  LTl.  The  LTl 
attribute  of  EXTENT  is  70°00'00".  The  first  part  of  Rl  is  evaluated  as 
30°00' 00"<60°50' 00"<70°00' 00" .  Hence,  the  first  coordinate  of  the  first 
picture  satisfies  the  expression;  the  picture  PI  is  put  on  the  list  of 
entities  satisfying  the  query.  Continued  evaluation  of  all  the  pictures 
against  the  expression  REGIONA  produces  a  list  of  Pi,  P2,  P3,  and  P4. 

Because  MOSAIC  (the  desired  response)  has  a  VICAR  attribute,  the  list  of 
pictures  is  passed  on  for  JCL  generation. 

The  equations  Rl  through  R5  could  have  been  written  incorporating  the  values 
of  the  coordinates,  rather  than  using  a  complicated  pointer  (EXTENT  COORD  LT2 
is  a  constant) .  Instead,  EXTENT  COORD's  value  is  given  as  PR0J1,  the  coordi¬ 
nates  of  a  particular  region.  There  is  a  strong  reason  for  the  more  involved 
specification.  MOSAIC  is  a  general  process  and  REGIONA  is  a  general  boolean 
expression  which  could  be  used  to  find  pictures  in  any  region.  If  50  regions 
were  specified  in  the  data  base  as  PR0J1 , . . .  ,PROJ50,  the  user  need  only  set 
EXTENT  COORD's  value  to  the  particular  region  he  wants  to  process  to  MOSAIC 
any  one  of  them.  If  constants  were  used,  50  versions  of  expressions  Rl 
through  R5  would  have  to  be  written,  each  with  20  constants,  to  accomplish 
the  same  facility. 

Within  the  OS  system,  generating  job  control  language  on  the  appropriate  data 
set  will  cause  automatic  execution  of  a  job.  Hence,  the  Data  Manager  may 
conditionally  create  and  cause  execution  of  a  remote  process  using  previously 
stored  information  in  a  very  flexible  manner. 


8. 


SYSTEM  INTERACTION 


Once  the  Data  Manager  has  bean  loaded,  it  asks  the  user  to  specify  the 
location  of  his  source  (data  base) : 

SOURCE= 

The  user  responds  with  a  file  description,  if  he  has  a  previously  prepared 
card  image  file  of  data  base  creation  statements  and/or  queries,  or  with 

TERMINAL 

if  the  data  base  is  to  be  created  from  scratch.  It  a  previously  prepared 
file  is  signaled,  the  program  reads  this  file,  typing  out  any  comments  (see 
Section  9) .  On  completion,  it  reverts  to  the  user's  terminal  to  request 
input.  Its  desire  for  input  is  signaled  by  an  outputted  asterisk  (*)  • 

During  the  course  of  using  the  system,  the  user  may  wish  to  amplify  his  data 
base  from  additional  remote  files  or  to  reinitiate  suppressed  output.  Such 
communication  is  achieved  through  a  set  of  special  commands  of  unique  form. 
This  form  is  a  dollar  sign  ($)  ,  followed  by  a  keyword.  These  commands  are 
enumerated  below  and  are  permissible  at  any  time  that  the  program  is 
requesting  input  by  the  asterisk  prompt  signal. 

8.1  $ SOURCE 

This  statement  allows  amplification  of  the  data  base  or  queries  from  remote 
files.  The  system  will  request  a  file  description  (as  above)  and  read  in 
the  specified  card  image  file. 

8 . 2  $OUTPUT 

This  command  restores  the  printing  of  output,  if  it  was  previously  suppressed 
That  is,  during  the  course  of  printing,  the  user  is  asked  how  many  more  lines 
of  output  are  desired.  If  he  responds  NONE  to  this  question,  subsequent 
output  is  suppressed.  He  may  restore  printing  the  next  time  the  system 
requests  input  by  typing  $OUTPUT. 

8.3  $TREE 

This  is  a  debugging  statement  which  causes  the  values  input  to  the  PRINTREE 
routine  to  be  printed. 

8 . 4  $ UNTREE 

This  command  turns  off  tree  printing. 


* 


*■ 


8.5  $BACK 


This  is  a  debugging  statement  which  permits  tracing  of  the 
execution  in  the  case  of  a  program  error. 


Data  Manager's 


8 . 6  $NOBACK 


This  command  suppresses  tracing. 
9.  #COMMENT 


The  comment  following  the  #  will  be  printed.  This 
generating  printed  comments  while  the  Data  Manager 
or  test  queries  from  a  SOIRCE  file. 


is  a  device  available  for 
is  loading  a  data  base 


10.  SAVE 


This  command  allows  saving  of  the  current  program  (data  base) .  It  stops  the 
Data  Manager  in  a  restartable  manner  and  returns  control  to  the  system 
monitor.  The  program  and  its  current  data  base  can  now  be  named  and  saved. 
When  the  program  is  reloaded  (by  using  its  caved  name) ,  it  will  continue 
operation  from  the  point  at  which  it  was  saved.  This  command  does  not  create 

3  f  ^-readable  using  the  SOURCE  facility.  Note  that  this  ^a^does 
not  use  the  $  signal.  - - 


11. 


SUMMARY 


The  Data  Manager  demonstrates  the  feasibility  of  a  solution  to  the  image 
processing  data  management  problem.  The  hierarchical  data  base  can  be 
easi  y  queried  with  an  English-based  language.  The  user  can  define  his  own 
arithmetic  and  boolean  expressions  (which  may  be  saved  in  the  data  base) . 

e  ]ob  generation  portion  of  the  system  demonstrates  the  feasibility  of 
automatic  retrieval  of  parameters  from  the  data  base  and  the  direct  execu- 

lon  of  a  complex  task  based  upon  a  query  statement  with  no  further  inter¬ 
vention  by  the  user. 


12. 


future  amplifications 


The  Data  Manager  was 'designed ,  in  part,  to  allow  exploration  of  the  possibi- 
i  y  of  semantic  parsing  of  a  queiy  language.  We  will  continue  to  develop 
he  language  so  that  meanings  of  words  (as  defined  in  the  data  base)  deter- 
mine  the  interpretation  given  a  statement.  The  dependence  on  rigid  syntax 
will  be  iteratively  relaxed. 

To  further  enhance  the  use  of  the  Dc -  ,  Manager  for  applications  other  than 
image  processing,  a  hierarchical  atl  ibute  definition  capability  can  be  added. 
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To  simplify  user  interaction  with  the  data  base,  an  assignment  statement  can 
be  incorporated  which  allows  the  user  to  set  a  single  attribute  to  a  value  or  any 
number  of  attributes  to  a  value  based  upon  range  and  boolean  condition. 

The  Data  Manager  can  be  made  able  to  help  the  user  find  his  way  to  the  solu¬ 
tion  'of  a  problem  through  incorporation  of  more  refined  "help”  procedures 
than  are  now  present. 

The  current  model  keeps  its  list  structured  data  base  in  core  memory.  Obviously, 
this  is  very  constraining.  The  problem  of  handling  remote  data  storage  must 
be  solved.  The  model  will  be  used  to  explore  leasible  ways  of  organizing  such 
a  large  data  base. 

Finally,  we  plan  to  make  many  data  bases  of  information  from  other  disciplines 
to  determine  the  applicability  of  the  Data  Manager  concept  to  these  areas. 


PICTUkttPl.Pa.Pi,!,,0  j,Pfe,P7t 

LT1 tAITC IP t*LT l;  L 1 2 1  ATT*  IH : *LT2 }  L  T 3:/ TTh  1 1» t  *LT  3 ;  L T4 :f  r  TRI  k : *L  T'»: 
LT4;A  TTpID  :*LT4;  l „l :  \ m | H;=Lol ;  Li>2tATTR|i*t«Li,2»  t(>3s4rxp  Iat*lu3» 
LG4M1TKU  :*LG4;  l  ilStATTF  IP.!*f.G5; 

PIM^XT.NT  ClJUPij  IT2<1  TlSiXTf  ST  000*0  l  T 1  >  .»NU 
(  FXT  LNT  I'J'iFO  C  Wt < l  f» I  < r X 1  fc N  T  COOMil  ir,3»; 

R2tlLXfCNT  COOFr  l  '2<l  T2<i.Xl  ENT  ;.'«»>■  >  l  F 1 »  ANC 
(CXIFNT  rrinm  l„2<t-i.l<F  Xlf-NT  t'JO.  0  l‘-3l: 

R3t(LXT':HT  0  jPF  ■  i  LI  .'«  T3<f.ATcNT  r.IIOJ  I’ll  •’’Ml.’ 

<LXfF.Nl  rrv>  •;  L  .»<Lo3<LXTfNT  coni-  "3  LMI 
niMst-  i-tcci  ; 

ANOsr.Ps'AM  ;  onti'P:*,-  ; 

OFtP>  v  r»:  =  1  N.')P:  =  •- ;  \rt  ui  s  s  f  v  01* :  - 1  <»'•!• :  * '  gut;  !  N;  r  'j-i.j,hhv‘ips*IN 
LIST  to»; :*l  i^i  ;  orIhTsi  p:*m»int; 

PICT’JI- 1  z  PTC  til*.  I  >!JU  !l  Kl  Mi*- 1  I  PAULS  5 

row:  »1  l"  lii*«H>  ; 

ROWti-i  ■■•SSLlAf. :  l  I  f  '■  .5 
COL t  AT  Ti-IRicCUl  ! 

LtJLSI  ULIJMNSS.APPLI  !'.' GLu-iNS  t  S*'“BLES  t  COLS  1 

oiMtij  imfns  Ii;n!AKM; 

FURtr.ni  Sl  :  =.*uj <*;>-; 

ALL s  ff'-’J  1 HF  twiiMtisiAl :  I  i  -’i:  />:h )W:^a*-y:u..:v  .utiiAv.  :-.ky:  •  •  : 

PPRtT'-ifcRFtoHr-L  tWI«l CHS  ICtSHt  w:;Rf  ; 

3RcAlF',siiP:  =  o,,  l  ah  •  *  f  1 1  ip 
K0U6L  s 1P:»r  UUAL.R!  LOP! =r  m: 

LESS:  1P!«L  I  Si,  :«>  l  P!*t  S; 

i;pea  r.  LSLAruFksiiiri.ti'!  'ck-; 

LESS- SMALL  I ? I 
lOUAL ."-OUU  Ss  SAP-  ; 

FCPt  AS  :Tl'S 

PPOJ  1  :  TYPL  S  =  "i'.  MAIIMH!  =7L  JOu')  ,  L  C 1  !  *  1  «J3JC  1 
,LT?t*  3J  j  G2t*  1400  ;J0 

,(  T  ?  S  -T^  .loO  J  ,  LG3t  =  ld  JO'/JG 
,1  T  '§  i»  £  \j\jO  0  1,1  Oh!  ~  liOJu  JO ! 

Plt«..>  J:  *U1  ,  L  fl :*6P5000,L'»1  t  =  l4  74  5  00,  LT  2  t  =3hSuO  )»L'j2  :  =  14J  la  Jw, 

1. 1  'J!  =  >l5r>0'J,LG3:*  lb  333  ''  J,l  T  « :  *55  .  '  ,LG4!  =  lS4l/ 

l  T5!  =  -.oIO,JJ,Ld‘>  :*15100u0.P -'•<  :*/7  .CM  :*  0  3, 
r-  vP-LT  :*T'  WPAI  ,  V'Li*  'SEP  »TAPE1'  .FILL  t«  i,  lot  -  T*P|  i  5 
P2tr>ijt*P2.Ll  I  t*5'»  #OOo*L(,l  :*15'»l0o0  ,LT2  i  =  5’  >4  3  j,  \..i  t=  l  j  .  .  .  jj, 
LT3:i35S:j0.lG3:*l5952..',l  T4!‘  j3,n  )j,i.,Ht  =  J  '  >j  , 

LT‘. !  =5?  j'>1>0.1G5  !*l  j73500.rOWt  =  7  7-.»,CCI  !-  03. 

EOPRATt*  FoPWM  h.  VI  l  t«,SER*TAf  t  »HLt  :  =e,K.  s  »Tl»!  2t 
P3  tl'A  Jt  »P3  .LT1  !  *4  3?  ,  l  *»1  !*16I15Q0,LT*5*h2?203,1  fii  t*  ll>?33C. 

IT  3!*  45  »oj  A,  LG  ft*  16?  J  I  V*,LT4!-'hj  l  JJ.l  .  4!  =1M.  ' 
t  T'.t  =4t>  J90u  ,LG'j  t  =  1645  JOO,  <0W  s  *7  >  3,  C'Ji  !  =  >00, 
fl  Wl». AT  t=  FilPMAI  3,  VOL f  “  *  SER x TAPi  3'  ,f  I  L.  !  =  5, 1 : : :  * T-*.  ->1  <; 

P4  tl'H  J !  «P4  ,  L  T  1  !=4l  ilOj.Llil  J'14JloU0,LT2  !*!M513,I.  >/  i-  l  7JS  j  jj, 

LT  i!r44.)«,0'  ,1  fi3J=«  1  7501 00,1. T4!  «3  /h.  *  '  ,l.»-4s  -  I  >1.  i 
1.  TS  :  =4ul  J  JO  ,  Ll«5  t  *1  733tiOO  ,  ROfc  !  =  773  ,  C  jL  :  =  »  j  J » 

* ( ! ,3 k A T  !  *  El  fXAl  H,  VOL  !  *  •  ScR*TAPt4*  ,F  I  LL  !  * 6,  t  0  !  *T APE  » t 
f»5tl.-.J!*PS,LT  1  :-3l  JOO  ),L(l  t*li70300,LT2  :-=2a3200,L  ‘>2  !  =  lc  JJ  3  3  J, 

LI  J!*334bO.),LC,3!*l  <314JD,LT4!=27iJL  ),  l  C<* :  =  I ',5  3 1  , 

LT  >!-,24JV30,LG5!*1912,900,ROW!  =  775,COL:^t:i  J. 

HmKAI  II  f  ,  VI  LtH'SER-TAPL  5»  ,F  I  LE  t  *4,  10 1  =  TA  PF55 

PF  ten  J!  ,LTl  t«5?  J600,LGl  t*l«21  300,  LT2  !  *4o2 1  DO,  LG2  :=  loll't-i.iJ, 

L  T  3 ! B  541 10  J,LG3 1  *  l  OdOl  JC  ,L  T4t*4b540  J,tf,4!-=ie54>  .  ), 
l T5 1 *5004ou ,L05 1 *1655900, ROW  t*775»CCl : *90  a, 
lilRMAf  t*ri.nHAT«,  VOI  t«»SLR*TAPF6*  ,F  ILE  !  =  3,I0s*TAPF6; 

P?  tl  I*  J:  *P7  ,  LT  1  t*(S3  30  ,  Ll<l  t *16  30900  ,LT2  !  =5  742  30,LG2  lovi»  IvJ, 

LT  3 1 * 65'»#>00, LGj t*  1932 70C',LT4t  *5<J5lD0,L&4t*l55  .  -v, 

LT4 ! *6 l VOOO, LG5t* 1915600, ROW! *775, COL !*90u. 


F  )R MAT  :  =  FORM ATB,  VOL:  =  •  SEK  =  TA Pt  7  ' ,  F  II  l: :  =  2 . 1  D*  -  T \l^  /  • 

R4:  tXTFUT  COORD  LT2<LT4<EXTENT  COORO  L T 1  )  ANlT ’ 

(  Fx  TENT  COORD  LG?<I.  G4<EXTFN  T  COORD  u,3)- 

P5:!E?IppiT  LT2<LT5<fXTtNT  COORD  LTd’anO 

(EXTFfvl  COORO  LG2<LG5<EXTENT  COORO  163)- 
RFGlONAlRl  OR  R2  OR  R3  OR  R4  OR  R5;  ' 

EXTENT  :URJ:=EXTENT,C0i'R!):=PR0Ji; 

VSfTIIP:V  rCRUNX,  JUBL  IB,  STEPlt  SVSUUT,  S  V  SIIUIJMP ,  F  ,36F(.  M.FT07F  ,  J1 1 

VIOUNXIJCIi^jne, BLANK:. (SYSTEM, USEP,JOb  "II, OLfiNK.-x 
SYSTEM, USER) ,CLASS:=D,T IMF: =  15; 

STEP  1 s JCL :  =  EXEC , PGM:  =  VMA5  T,  REG  ION:  =  '2dOK'. 

SYSOUT  :  JCL  :  =DO  ,$  YSOUT  :  =  •  A  •  , DC  Hi  =  •  BLKS  I  Z  E=  3320  *  * 

SYSUDUMp  :  JCL  :  =  l'Of  SYSOUT:=  *A  *  ;  -L^1/L  ^20  ’ 

F T06F0J1 : JC  Li =D0  » SY SOOT :  =  •  A  •  ; 

FT07F001 :JCL :  =  UD, SYSOUT:  =  *B  » ; 

w  :<r ^  5  =rjl)  ,U^Jl  T :  ^  l4  »  SPACE  :  =  *  (  T RK  ,  2  )  •  ; 

SYjIN.JCI.  :  =  DU,  ril  A  NK  :=•#•,  f>CH  :  =  ’OLKSIZR.  -  p  i  •  • 

NO?»lC<v|C»l.<.HOs*|t,jcli.vstTUP,,GI«MpiojKT,HOS*IC?l,OU1PUTl. 

m*'|Pa  r'r9PorAMS:“{r  XThNT  *r(Jl’,RC'*  ?  PAR  AM2  :  PAR  AMS  :=  (  •  i) »  COOP*'  J  • 

---‘Si  r ?■  . . 

#MnSAIC  TEST  4/lt/73; 

TER  MINA! 


25 

(Page  26  blank) 


